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DETERMINING DEPARTURE TIMES FOR TIMETABLE-BASED TRIPS 

Cross-Reference to Related Applications 

[oooi] The following patent application is incorporated by reference U.S. patent 
application, Serial Number 10/287151, filed 4 November 2002, entitled "Intelligent Trip 
Status Notification," (Attorney Docket: 630-015us). 

Field of the Invention 

[0002] The present invention relates to transportation in general, and, in particular, 
to methods of determining desirable departure times for trips based on one or more 
timetables. 

Background of the Invention 

[0003] Some modes of transportation, such as trains, buses, and airplane shuttles 
enable a user to travel from a first location to a second location (e.g., from a departure 
airport to a destination airport, from a first train station to a second train station, etc.) in 
accordance with a timetable that comprises a plurality of departure and arrival times. When 
traveling by such modes of transportation, a user typically decides which particular train, 
bus, airplane flight, etc. to take based on the desired time-of-arrival at the destination. 

[0004] For example, a hockey fan who is in Red Bank, New Jersey might wish to see 
a 8:00 PM Rangers hockey game at Madison Square Garden and might decide to travel to 
the game by train. Typically, the hockey fan will choose a particular train (e.g., the 6:36 PM 
North jersey Coast train, etc.) from a timetable so that he or she will arrive at Madison 
Square Garden at a "good" time. A "good" time might depend on the preferences of the 
individual, but would typically be sometime before 8:00 PM, and not too much before 8:00 
PM (for example, arriving at 4:00 PM would generally be considered undesirable, and 
probably worse than arriving at 8:10 PM). 

[0005] Figure 1 depicts the salient portions of exemplary timetable 100 for the 
northbound North Jersey Coast Line train, in the prior art. As shown in Figure 1, timetable 
100 comprises a plurality of entries, each of which indicates a time at which a train is 
scheduled to be present at a particular station. Each row in timetable 100 thus corresponds 
to a particular train. 
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[0006] The hockey fan might take into account historical schedule divergences when 
deciding which train to take. For example, in the above example, the typical delays for a 
train scheduled to leave Red Bank at 6:36 PM and arrive at Madison Square Garden at 7:52 
PM might be such that the expected arrival time is actually sometime between 7:49 PM and 
8:10 PM. Based on this information, a hockey fan might prefer to take an earlier train that 
is scheduled to leave at 6:05 PM and arrive at 7:19 PM, with an actual arrival time 
sometime between 7:18 PM and 7:37 PM. 

[0007] In a more complex example, such as when the hockey fan must first drive five 
miles from his or her house to the Red Bank train station, the hockey fan decides (i) which 
train to take, as well as (ii) when to leave the house, based on the train timetable and an 
estimate of how long it will take to travel by car from the house to the train station (e.g., 10 
minutes, between 10 and 20 minutes, etc.). Similarly, if the hockey fan is going to a 
concert at Carnegie Hall instead of a Rangers game, the hockey fan should also consider the 
time required to get to Carnegie Hall from Madison Square Garden (which might also be 
based on a timetable, such as a bus schedule) when deciding which train to take from Red 
Bank. 

[0008] As illustrated by the above examples, it can be difficult for a hockey fan to 
decide which train, bus, etc. to select from a timetable when a trip comprises a plurality of 
segments, or when the arrival time can be affected by factors such as schedule divergences, 
weather, traffic, etc. Often the hockey fan miscalculates and arrives late, or is so 
apprehensive about arriving late that he or she arrives much too early. 

Summary of the Invention 

[0009] The present invention enables the advantageous selection of a departure time 
for a trip based on one or more timetables. In particular, the illustrative embodiment 
employs a penalty function that considers: 

(i) whether or not the user arrives late, and if so, how late, and 

(ii) whether or not the user arrives early, and if so, how early, and 

(iii) the total travel time. 

The penalty function is evaluated for each entry of each trip segment timetable, and the 
departure time is selected in order to minimize the penalty. In the illustrative embodiment, 
each timetable entry for the departure point is associated with a scheduled departure time, 
an early departure time, and a late departure time, and each timetable entry for the 
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destination point is associated with a scheduled travel time, a short travel time, and a long 
travel time. The three departure times are associated with an appropriate probability 
distribution (e.g., first standard deviations for a normal distribution, minimum and 
maximum values for a skewed distribution, etc.), and similarly, the three travel times are 
associated with an appropriate probability distribution. 

[ooio] For trip segments that are not based on a timetable (e.g., traveling by car, 
walking, etc.), the travel times are based on a plurality of factors such as the time and date 
{i.e., the calendrical time), weather, traffic, etc. As in the case of timetable entries, travel 
times for trip segments that are not based on a timetable are also assigned low, middle, and 
high values with appropriate probabilities or weightings. 

[ooii] For the purposes of this specification, the term "calendrical time" is defined as 
indicative of one or more of the following: 

(i) a time (e.g., 16:23:58, etc.), 

(ii) one or more temporal designations (e.g., Tuesday, Novemeber, etc.), 

(iii) one or more events (e.g., Thanksgiving, John's birthday, etc.), and 

(iv) a time span (e.g., 8:00-9:00, etc.). 

[0012] The illustrative embodiment comprises: (a) receiving a desired time-of- 
arrival; and (b) selecting one of a plurality of entries of a timetable based on: (i) the current 
time, (ii) said desired time-of-arrival, and (iii) a non-negative penalty function; wherein 
each of said entries comprises: (i) a scheduled time-of-departure, and (ii) a value that 
indicates a scheduled time-of-arrival; and wherein said penalty function is: (i) monotonically 
increasing in travel time T, wherein T equals the difference between an actual time-of- 
arrival and an actual time-of-departure, (ii) monotonically increasing in A = (said actual 
time-of-arrival minus said desired time-of-arrival) over at least one interval (Ai, A 2 ) of A 
wherein A 2 > A x > 0, and (iii) monotonically decreasing in A over at least one interval (A 3 , 
A 4 ) of A wherein A 3 < A 4 < 0. 

Brief Description of the Drawings 

[0013] Figure 1 depicts the salient portions of an exemplary timetable in the prior 

art. 

[0014] Figure 2 depicts the salient portions of an exemplary augmented timetable in 
accordance with the illustrative embodiment of the present invention. 
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[0015] Figure 3 depicts an exemplary graph of a first penalty function term, in 
accordance with the illustrative embodiment of the present invention. 

[0016] Figure 4 depicts an exemplary graph of a second penalty function term, in 
accordance with the illustrative embodiment of the present invention. 

[0017] Figure 5 depicts an exemplary graph of a third penalty function term, in 
accordance with the illustrative embodiment of the present invention. 

[0018] Figure 6 depicts a block diagram of the salient components of an apparatus 
for executing the flowcharts of Figure 7 and Figure 8, in accordance with the illustrative 
embodiment of the present invention. 

[0019] Figure 7 depicts a flowchart for selecting a departure time, in accordance with 
the illustrative embodiment of the present invention. 

[0020] Figure 8 depicts a flowchart for generating a trip status notification, in 
accordance with the illustrative embodiment of the present invention. 

Detailed Description 

[0021] Figure 2 depicts the salient portions of exemplary timetable 200 in accordance 
with the illustrative embodiment of the present invention. As shown in Figure 2, each time 
entry for Red Bank in timetable 100 has been expanded in timetable 200 to three values 
representing early, expected, and late times. Furthermore, each time entry for Madison 
Square Garden in timetable 100 has been converted to a travel time (/.e., the difference of 
the corresponding Madison Square Garden and Red Bank entries of timetable 100), and has 
been augmented to three values representing short, expected, and long travel times. 

[0022] The illustrative embodiment of the present invention employs a penalty 
function comprising three terms that quantifies the "cost" or "penalty" of a particular trip: 

• the first term assesses a cost based on the total travel time 

• the second term applies a penalty when the user arrives late 

• the third term applies a penalty when the user arrives early 

The following notation is used in the penalty function of the illustrative embodiment: 

t a : actual time-of-arrival 

t a * : desired time-of-arrival 

t d : actual time-of-departure 
[0023] In the illustrative embodiment, the first term of the penalty function, denoted 
f lf is an equation of the form: 
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fi{t a , t d ) = ci (t a - t d y 



(Eq. 1) 



where c 2 and n are positive constants. 

[0024] Equation 1 is depicted graphically in Figure 3 for two exemplary instantiations 
of constants Cj and m. As will be appreciated by those skilled in the art, the particular 
choices of c x and m might depend on a variety of factors such as the mode of travel (e.g., 
m=l might be appropriate for a pleasant ferry ride, m=1.5 might be appropriate for a less- 
pleasant train ride, etc.), a user's tolerance for longer trips, etc. Furthermore, it will be 
clear to those skilled in the art that Equation 1 is merely exemplary, and that in some other 
embodiments an alternative function that is monotonically non-decreasing in (t a - t d ) might 
be employed in lieu of Equation 1. 

[0025] In the illustrative embodiment, the second term of the penalty function, 
denoted f 2t is an equation of the form: 



where c 2 , c 3t c 4 , and n are positive constants, and u 0 is the unit step function, as is well- 
known in the art. 

[0026] Equation 2 is depicted graphically in Figure 4 for an exemplary instantiation of 
constants c 2t c 3f c 4 , and n. As shown in Figure 4, penalty term f 2 applies only when the user 
arrives late, and comprises (i) a constant penalty c 2 plus (ii) a variable penalty that depends 
on how late the user arrives. In the illustrative embodiment, the variable penalty grows in 
t a - t a , the quantity of time that the user is late, up to a maximum reached when 
t a - t a > c 4 > The motivation for the maximum is that once the user is late by a certain 
amount of time, the penalty does not get any worse (e.g., arriving 110 minutes late for a 
concert is essentially just as bad as arriving 100 minutes late, etc.). In the example of 
Figure 4, exponent n is less than 1, reflecting the fact that the penalty decelerates as the 
amount of time the user is late increases; as will be appreciated by those skilled in the art, 
in some embodiments exponent n could be greater than 1. Furthermore, it will be clear to 
those skilled in the art that Equation 2 is merely exemplary, and that in some other 
embodiments an alternative function that is monotonically non-decreasing in (t a - t a *) might 
be employed in lieu of Equation 2 (e.g., a function that does not limit the late penalty, etc.). 

[0027] In the illustrative embodiment, the third term of the penalty function, denoted 
f 3 , is an equation of the form: 



f 2 (t a ) = u 0 (t a -t a *) • [c 2 + c r min(t a - t a \ c 4 ) n ] 



(Eq. 2) 



f 3 {t a ) = U 0 (t a * - t a - C 5 ) ' (t a - t a * - C 5 ) k 



(Eq. 3) 
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where c 5 and k are positive constants. 

[0028] Equation 3 is depicted graphically in Figure 5 for an exemplary instantiation of 
constants c 5 and k. As shown in Figure 5, penalty term f 3 applies only when the user arrives 
more than c 5 units of time (e.g., minutes, etc.) late, thus reflecting the fact that in general it 
is not undesirable for the user to arrive early up to a point , after which the penalty increases 
with how early the user arrives. In the example of Figure 5, k=2 is selected to indicate that 
the inconvenience of arriving too early rises quadratically; as will be appreciated by those 
skilled in the art, in some embodiments exponent k might equal some value other than 2 
that more accurately penalizes arriving too early. Furthermore, it will be clear to those 
skilled in the art that Equation 3 is merely exemplary, and that in some other embodiments 
an alternative function that is monotonically non-increasing in (t a - t a *) might be employed 
in lieu of Equation 3 (e.g., a function that limits the early penalty to a maximum, etc.). 

[0029] Figure 6 depicts a block diagram of the salient components of mobile device 
600 for executing the flowcharts of Figure 7 and Figure 8, described below, in accordance 
with the illustrative embodiment of the present invention. As shown in Figure 6, mobile 
device 600 comprises receiver 601, processor 602, memory 603, and clock 604, 
interconnected as shown. 

[0030] Receiver 601 receives signals from which processor 602 can estimate the 
location of apparatus 600, as described below. As will be appreciated by those skilled in the 
art, in some embodiments receiver 601 might be a Global Positioning System (GPS) receiver 
that receives satellite radio signals, while in some other embodiments receiver 601 might 
receive terrestrial radio signals that can be used to derive location. 

[0031] Processor 602 is a general-purpose processor that is capable of: executing 
instructions stored in memory 603, reading data from and writing data into memory 603, 
determining a location based on signals received by receiver 601, generating outputs, and 
executing the tasks described below and with respect to Figures 7 and 8. In some 
alternative embodiments of the present invention, processor 602 might comprise one or 
more special-purpose processors (e.g., a dedicated processor for selecting a departure time, 
a dedicated processor for determining a location from GPS signals, etc.). In either case, it 
will be clear to those skilled in the art, after reading this disclosure, how to make and use 
processor 602. 
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[0032] Memory 603 stores data and executable instructions, as is well-known in the 
art, and might be any combination of random-access memory (RAM), flash memory, disk 
drive, etc. 

[0033] Clock 604 transmits the current date and time to processor 602 in well-known 
fashion. 

[0034] Although the illustrative embodiment employs the architecture of Figure 6, it 
will be clear to those skilled in the art how to make and use alternative architectures (e.g., a 
"client/server" architecture in which a processor at a remote server determines the 
departure time and communicates the result to mobile device 600, etc.) In addition, as will 
be clear to those skilled in the art after reading the descriptions of Figures 7 and 8 below, 
the location-based functionality of the apparatus of the illustrative embodiment (i.e., 
receiver 601) is relevant only for the method of Figure 8 (issuing trip status notifications to 
a user in transit), and not Figure 7 (selecting an advantageous departure time for a trip), 
and thus the method of Figure 7 can be performed by an apparatus that lacks any location- 
based capability. 

[0035] Figure 7 depicts flowchart 700 for selecting a departure time, in accordance 
with the illustrative embodiment of the present invention. 

[0036] At task 710, processor 602 receives desired time of arrival t a *, timetable(s) for 
appropriate trip segments, and appropriate parameters for non-timetable trip segments 
{e.g., minimum and maximum travel times for uniform distributions, mean and variance for 
normal distributions, etc.). 

[0037] At task 720, processor 602 prunes irrelevant entries from the timetable(s) 
(e.g., entries for a 1-hour trip segment with departure times later than the desired time of 
arrival t a * t etc.). 

[0038] At task 730, processor 602 generates a set S of all possible trip combinations, 
where each member of S is a sequence of trip segments, and wherein each timetable-based 
trip segment is associated with a 9-tuple corresponding to the three departure times and 
three travel times associated with a timetable entry, and wherein each non-timetable trip 
segment is associated with a tuple containing the appropriate parameters received at task 
710. For example, the first entry in the timetable of Figure 2 is represented by the 9-tuple 
(6:03-7:15, 6:03-7:17, 6:03-7:26, 6:05-7:17, 6:05-7:19, 6:05-7:28, 6:07-7:19, 
6:07-7:21, 6:07-7:30). Similarly, a non-timetable trip segment might have parameter set 
(minimum, maximum) or (mean-a, mean, mean+a) as appropriate. 
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[0039] At task 740, processor 602 sets variable n to infinity. 

[0040] At task 750, processor 602 removes a trip s from set S. 

[0041] At task 760, processor 602 computes penalties for each combination of tuple 
elements for trip s, in accordance with Equations 1 through 3. 

[0042] At task 765, processor 602 computes a weighted average p of the penalties 
computed at task 760, using appropriate weights (e.g., equal weights for a uniform 
distribution, [0.16, 0.68, 0.16] for a normal distribution, etc.). 

[0043] At task 770, processor 602 tests whether weighted average p is less than n, 
which is the smallest penalty of trips examined so far. If p is less than n, then execution 
continues at task 780, otherwise execution continues at task 790. 

[0044] At task 780, processor 602 stores value p in variable n, and stores trip s in 
variable a. 

[0045] At task 790, processor 602 tests whether set S is empty. If S is not empty, 
then execution continues back at task 750, otherwise execution continues at task 795. 

[0046] At task 795, processor 602 outputs trip a, the departure time for trip a, and 
the total travel time for trip a. After task 795, the method of flowchart 700 terminates. 

[0047] As described above, although in the illustrative embodiment the tasks of 
flowchart 700 are executed by processor 602 of mobile device 600, it will be clear to those 
skilled in the art how to make and use alternative embodiments of the present invention in 
which a processor of another entity (e.g., an Internet server, a wireless access point, a 
wireless switching center, etc.) performs some or all of the tasks of flowchart 700. 

[0048] Furthermore, it will be appreciated by those skilled in the art that in some 
embodiments it might be desirable to incorporate additional features into the method of 
Figure 7: 

• Dynamic information handling (e.g., changes in travel conditions, timetables, 
desired arrival time and/or place [for example, due to the rescheduling of a 
meeting], etc.) 

• Importing information from data sources (e.g., a user's calendar from a 
Personal Information Manager (PIM) application, etc.) 

• Weights in the penalty function to reflect preferences or cost constraints (e.g., 
public transportation routes where the return trip is not possible, logistics 
[such as refilling a car's gas tank], climbing stairs, etc.) 
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• "What if" scenarios that enable a user to test various departure points and 
times 

• Detailed trip reports (e.g., total distance and time walking, driving, etc.) 
It will be clear to those skilled in the art how to incorporate such features into the 
illustrative embodiment. 

[0049] Figure 8 depicts flowchart 800 for generating a trip status notification, in 
accordance with the illustrative embodiment of the present invention. 

[0050] At task 810, processor 602 receives the current location of mobile device 600 
from receiver 601. As will be appreciated by those skilled in the art, in some embodiments 
processor 602 might actually receive raw data from receiver 601 and compute location 
based on the data. 

[0051] At task 820, processor 602 estimates, based on the current location, the 
user's arrival time at the destination of the current trip segment. A method for estimating 
the arrival time is disclosed in U.S. patent application 10/287151, entitled "Intelligent Trip 
Status Notification," which is incorporated by reference. 

[0052] At task 830, processor 602 compares the arrival time estimated at task 820 to 
the desired arrival time at the destination of the current trip segment. 

[0053] At task 840, processor 602 outputs a trip status notification (e.g., a visual 
notification, an audible notification, etc.) based on the difference between the estimated and 
desired arrival times. Such notifications might include a graphical gauge that is 
continuously displayed and updated, a warning message that is displayed when the 
difference exceeds a threshold, a warning beep, etc. As will be appreciated by those skilled 
in the art, in some embodiments it might be desirable to issue in advance alerts that 
indicate required changes to a scheduled trip (e.g., "If you don't leave now, you will miss 
the express train and will risk arriving late", etc.). 

[0054] After completion of task 840, execution continues back at task 810. As will be 
appreciated by those skilled in the art, in some embodiments it might be advantageous to 
wait for a specified time period before proceeding to task 810. 

[0055] As described above, although in the illustrative embodiment the tasks of 
flowchart 800 are all executed by processor 602 of mobile device 600, it will be clear to 
those skilled in the art how to make and use alternative embodiments of the present 
invention in which some or all of the tasks of flowchart 800 are executed by a processor of 
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another device (e.g., an Internet server, a wireless access point, a wireless switching center, 
etc.). 

[0056] As will be appreciated by those skilled in the art, the methods of the 
illustrative embodiment could be used as the basis for new software applications (e.g., 
selecting an advantageous meeting place and time for a plurality of users based on the 
users' schedules [or current locations] and weights reflecting the relative importance of 
users; selecting advantageous modes of transportation for one or more trip segments; etc.). 

[0057] It is to be understood that the above-described embodiments are merely 
illustrative of the present invention and that many variations of the above-described 
embodiments can be devised by those skilled in the art without departing from the scope of 
the invention. It is therefore intended that such variations be included within the scope of 
the following claims and their equivalents. 

[0058] What is claimed is: 
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